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A method of handling exceptions for use in an emu- 
lator (20) performing program code conversion. Registers 
(X) of a subject machine (11) being emulated (20) are 
represented by a pair of abstract registers (Xa, Xb) on the 
target machine (31), suitably using memory locations of 
the target machine and/or any available target registers. 
One of the pair (e.g., Reg Xa) holds a definitive value 
at entry into a section (100) of subject code (10) whilst 
the other (e.g., Reg Xb) holds a speculative value which 
is updated during translation and execution of that sec- 
tion of code. Exceptions are handled by recovering the 
conditions of the virtual subject machine (11) upon entry 
into the section of subject code (100) using the definitive 
version of each abstract register (i.e„ Reg Xa). Advanta- 
geously, the function of the pair of registers (X A , Xb) is 
alternated upon successful completion of each section of 

subject code (100) such that a definitive version of each register is always available for exception handling whilst avoiding time consuming 
copy and storing operations. 
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EXCEPTION HANDLING METHOD AND APPARATUS FOR USE 
IN PROGRAM CODE CONVERSION 

The present invention relates in general to the field 
of program code conversion for computer systems and in 
particular, but not exclusively, to the field of emulation 
using dynamic binary translation. 



A program for a computer takes several different 
forms. Typically a program is written first in a high- 
level language readily understood by a human_ programmer. 
The program is compiled from the high-level language into 
a low- level language more appropriate for control of a 
15 computer's processor and related components. However, in 
order for the processor to function, the program code must 
be provided in a machine -readable form that directs 
primitive operations of the processor such as loading, 
shifting, adding and storing operations. To run faster, 
20 some processors use an expanded set of instructions each 
of which represent a sequence of primitive instructions. 
This is known as a complicated instruction set computer 
(CISC) However, program code written (or compiled) 

specifically .for a first processor with a particular 
25 instruction set in most cases cannot run on any other type 
of processor because of differences between the 
instruction set for each type of processor. 



An emulator allows program code written for a 
processor of a first type (a -subject" processor) to be 
run on a processor of a second type (a "target" or "host" 
processor) . One form of this emulation process is known 
as binary . translation because executable binary code 
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appropriate to the subject processor is translated into 
executable binary code appropriate to the target 
processor . 

In static binary translation an entire program is 
translated prior to execution of the translated program on 
the target processor. This involves a significant delay. 
Therefore, emulators have been developed which employ 
dynamic binary translation to translate small sections of 
a source program for execution immediately on the target 
processor. This is much more efficient because large 
sections of the source code will not be used in practice, 
or will be used only rarely. An emulator employing a 
dynamic translation system selects only the required parts 
of the source program for translation on demand, as the 
program is run. 

There now follows a brief summary of dynamic binary 
translation fgr an emulator as may be employed in a 
preferred embodiment of the present invention. More 
detailed background in the field of dynamic binary 
translation is given in the applicant's co-pending 
application number GB 98 22075.9 entitled w PROGRAM CODE 
CONVERSXQN" the content of which. is incorporated herein by 
reference to avoid wasteful duplication. 

When performing dynamic binary translation the 
emulator appears to the subject code as if the subject 
code were running on the appropriate subject processor. 
The emulator replicates the subject machine including, for 
example, registers of the subject processor, such that the 
emulator provides a virtual subject machine. The emulated 
registers are termed herein "abstract registers" and 
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correspond to the set of registers of the subject 
processor used by the subject code. In the preferred 
dynamic translation process the emulator first translates 
a predetermined small section of the subject code into an 
5 intermediate representation which represents the 
instructions of the subject code in a generic format, 
optionally performs optimisation on. the intermediate 
representation, and then translates the optimised 
intermediate representation into executable binary code 

io for the target processor. It is preferred that the small 
section of subject code corresponds to a "basic block" 
•' which s'tarts with a first instruction at a unique entry 
point and ends at a last instruction at an unique exit 
point. Typically the last instruction of the block is a 

15 jump," call or branch instruction (conditional or 
unconditional). 

'in the field of binary translation, a problem arises 
with respect to the handling of exceptions . An exception 

20 indicates that a condition has occurred which needs to be 
handled before processing can- continue. This includes 
explicit exceptions performed as an • instruction -in the 
subject code (for example an exception is reported if the 
value of . one register is greater than the value of a 

25 second register) , and implicit exceptions which occur for 
example as a result of memory read or write operations to 
a memory page that is not currently available. In both 
cases the exception is desirably reported to an exception 
handler written in subject code. However, many subject 

30 machine architecture definitions require that the 
exception is reported on a boundary between subject code 
instructions, following a predetermined set of rules. For 
example, the subject architecture definition may require 
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that when the exception is reported, the effects of all 
previous subject instructions are complete, the exception 
points to the first instruction of the subject code which 
has not been executed and no effects from that subject 
instruction or any subsequent instruction have yet taken 
place- Further, the architecture definition of a 

particular processor may have different rules for 
different types of exceptions. 

In the context of binary translation it is apparent 
that a target instruction performed on the target 
processor that causes an exception to be reported will not 
of itself fulfil the conditions for reporting the 
exception to an exception handler written in subject code. 
Instructions are almost always performed on the target 
processor in a different order compared with the order of 
instructions in the corresponding block of subject code, 
firstly due to the differences between the instruction set 
of the subject processor for which the subject code was 
written and the target processor on which the translated 
target code is run, and secondly because of the 
optimisation of the intermediate representation that 
typically occurs during translation. 

Exceptions can occur in response to execution of the 
translated target code on the target processor, and can 
occur during execution of the emulator code on the target 
processor, i.e. during translation. In order to report 
an exception to the subject exception handler the state of 
the virtual subject processor represented by the emulator 
must be available to the subject exception handler, 
including the correct status of the registers of the 
subject processor. 
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One approach to this problem is to return the virtual 
subject machine to the conditions that applied at entry 
into the section of code being translated or executed, 
5 i.e. by returning the virtual subject machine to the 
condition prevailing at the point of entry into the 
current block of subject code instructions being 
translated or executed- The exception handler can now step 
through the instructions of the block of source code 
10 individually in sequence until the instruction causing, the 
exception is identified. 

US- 5832205 (Kelly et al) discloses an emulator which 
uses a set of "working" registers during emulation of each 

15 section of subject code. The content of each of these 
working registers is copied to a set of "official" virtual 
subject, registers at the end of the section of subject 
code, using" a gated store buffer. Therefore, if .an 
exception occurs during emulation of a section of subject 

20 code this will affect only the working registers and the 
condition of the virtual subject machine can be recovered 
from the "official" registers at the point of entry into 
that section of subject code. However, the use of 
"working" and "official", registers adds significantly to 

25 the overhead of the emulation process in the target 
processor due to the copying of information from the 
"working" registers to the corresponding "official" 
registers at the end of each section of subject code. 



30 



An aim of the present invention is to provide a method 
of representing subject registers in an emulator which 
allows exceptions to be accurately reported to a subject 
exception handler in accordance with the rules of the 
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handler, whilst minimising overhead in the emulator. It is 
a further aim of the present invention to provide an 
emulation method and apparatus wherein subject registers 
are represented to allow accurate exception handling. 

According to the present invention there is provided a 
method of representing a subject register in an emulator, 
the method comprising the steps of: 

(a) mapping an abstract register representing a subject 
register of a subject machine to either a first 
location or to a second location within a target 
machine ; and 

(b) alternating mapping of the abstract register between 
the first and second locations such that the content 
of one of the first or second locations represents a 
definitive version of the abstract register for use 
by the emulator during exception handling, whilst the 
other of the first or second locations represents a 
speculative version of the- abstract register. 

Preferably, for a predetermined section of subject 
code, one o£ tlie first or second locations holds a 
definitive value of the abstract register at entry into 
that section, whilst the other of the first or second 
locations holds a speculative current value of the 
abstract register for use during that section. 

Preferably, the abstract reaister is mapped to the 
alternate one of the first or second locations upon 
reaching the end of the section of subject code. The 
speculative version becomes definitive when it is 



0065440A2J_> 



WO 00/65440 



7 



PCT/GBOO/01439 



determined that no exception has occurred in the section 
of subject code. Ideally, the step of alternating mapping 
is performed only if the content of the speculative 
version of the abstract register has been updated during 
the predetermined section of subject code. 

Preferably, the step (a) comprises the steps, of: (al) 
providing a plurality of abstract registers each 
representing a register of the subject machine; <a2) 
mapping each of the plurality of abstract registers, to 
either a respective one of a first set of locations or a 
respective one of a second set of locations within the 
target machine. Preferably, the step- (b) comprises 
alternating mapping for each of the abstract registers 
between the respective one of each of the first and second 
sets of locations. 

Preferably, the first location and/or the second 
location is a memory location within the target machine; 
Alternatively, the first location and/or the second 
location is a register of the target machine. 

Preferably, the method is for use with an emulator 
that ...performs .dynamic binary translation. Suitably, the 
predetermined section of subject code represents one or 
more basic blocks of subject code. 

Also according to the present invention there is 
provided a method for use in handling exceptions by an 
emulator performing program code conversion between 
subject code suitable for a subject processor and target- 
code suitable for a target processor, the method 
comprising the steps of providing at least one abstract 
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register (X,Y) each representing a register of the subject 
processor; (b) mapping the or each abstract register to a 
corresponding pair of locations within the target 
processor; and (c) alternating mapping of the or each 
abstract register between a first of the pair of locations 
and a second of the pair of locations, such that for a 
predetermined section of subject code, one of the first or 
second locations holds a definitive value of the abstract 
register at entry into that section for use by the 

emulator during exception handling, whilst the other of 

t — 

the first or second locations holds a speculative current 
value of the abstract register for updating by the 
emulator during that section. 

According to further aspects of the present invention 
there is provided an emulator method and an emulator 
apparatus for performing the method according to any 
statement herein. The present invention also extends to a 
computer when programmed to perform the method according 
to any statement herein, to a computer program for 
performing the method according to any statement herein, 
and to a computer program product containing computer 
readable instructions for performing the method according 
to any -statement .herein. 

For a better understanding of the invention, and to 
show how embodiments of the same may be carried into 
effect, reference will now be made, by way of example, to 
the accompanying diagrammatic drawings, in which: 

Figure 1 shows a typical prior art configuration for a 
subject processor; 
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Figure 2 shows a typical emulator using binary 
translation; 

Figure 3 shows a configuration of an emulator using 
binary translation as may be employed in preferred 
embodiments of the present invention; 

Figure 4 shows a preferred binary translation type 
emulator in use; and 

Figures 5 and 6 show example sets of' abstract 
registers. 

Referring to Figure 1 a typical prior art arrangement 
15 is shown illustrating the configuration of a subject 
machine" wherein' subject code" 10 is executed "directly on^a^ 
subject processor 11. Suitably the subject code- is" 
executable binary code. However, the subject code may be * 
represented in any suitable • language with intermediate 
20 layers (compilers, etc.) between the subject code 10 and 
the subject processor 11 as will be familiar to the 
skilled person. 

Referring now to Figure 2, a typical prior art 
25 configuration is shown to illustrate the use of a binary 
translation type emulator 20 as an intermediate layer 
enabling the subject code 10 to be executed by a target 
processor 31. The preferred embodiment of the present 
invention is particularly intended for use with an 
30 emulator 20 which performs dynamic binary translation of 
the subject code 10 into target code 3 0 executable on the 
target processor 31. 
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Referring now to Figure 3 the emulator 2 0 of the 
preferred embodiment is illustrated in more detail and 
comprises a front end 21, a core 22 and a back end 23. 

The front end 21 is configured specific to the subject 
processor 11 being emulated. The front end 21 translates 
instructions of the subject code 10 into a generic 
intermediate representation for each basic block of 
subject code. Each basic block suitably includes a 
sequential set of instructions between a first instruction 
representing a unique entry point and a last instruction 
at a unique exit point (such as a jump, call or branch 
instruction) . In a particularly preferred embodiment the 
emulator 2 0 selects a group block comprising two or more 
basic blocks chosen for code generation and optimisation 
as a single unit. Further, the emulator 20 supports iso- 
blocks representing the same basic block of subject code 
under different entry conditions. Each predetermined 

section of the subject code 10 results in a block of 
intermediate representation (an W IR block") . 

The core 22 optimises each IR block generated by the 
front end 21 by employing optimisation techniques which 
need not be described here in detail- The back end 23 
takes optimised IR blocks from the core 22 and produces 
target code 30 executable by the target processor 31. 

As shown in Figure 4, in use a first predetermined 
section of the subject code 10 is identified such as a 
basic block 100 and translated by the emulator 20 running 
on the target processor 31 in a translation mode. The 
target processor 31 then executes the corresponding 
optimised and translated block 300 of target code 30. 
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The preferred emulator 2 0 includes a plurality of 
abstract registers, suitably provided in the core 22 shown 
in Figure 3, which represent the physical registers that 
are used within the subject processor 11 to execute the 
subject code 10. The abstract registers define the state 
of the subject processor 11 being emulated by representing 
the expected effects of the subject code instructions on 
the registers of the subject processor. 

As shown in Figure 5, in the preferred embodiment two 
sets of abstract registers are provided, here labelled set 
A and set B. At initialisation a first of these two sets, 
for example set A, holds "definitive" values. That -is, 
the registers of set A are defined to hold initial values 
which are known to be valid representing the expected 
content of the physical registers of the. subject processor 
11 being emulated. 

The second set of abstract registers, in this example 
labelled set B, are initially defined to represent 
"speculative" values. That is, at initialisation the 
second set of abstract registers (set B) also hold the 
expected initial content of the physical registers of the 
subject processor 11, but the values in set B are not 
relied upon as being valid. 

In the translation process the emulator 20 uses the 
speculative set of abstract registers (i.e., set B) such 
that the content is updated to show the expected state of 
the physical registers of the subject processor 11 after 
execution of the block 100 of subject code 10. During 
translation of the first block, the content of the 
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definitive set of abstract registers of (i.e., set A) 
remains unchanged. 

If an exception occurs during translation or execution 
5 of the basic block 100 , then the emulator 20 readily 
recovers the condition of the subject registers upon entry 
into the block 100 using the abstract registers marked as 
holding definitive data (i.e., set A). The exception 
handler can now step through the instructions of the block 

10 100 of the source code 10 in sequence until the 
instruction causing the exception is identified. Here, 
the status of the abstract registers is updated after each 
instruction. Therefore, when the subject code instruction 
responsible for the exception is identified the condition 

15 of the virtual subject machine represented by the emulator 
are reported to the subject code exception handler 
according to the rules thereof. The subject code 

exception handler recovers the exception in accordance 
with the handling process and returns to a point in the 

20 subject code appropriate to the exception. For example, it 
is common that the exception handler returns the emulator 
to the next unexecuted instruction of the source code 10. 
The translation or execution process can then continue 
from that point. 

25 

After the successful execution of the translated block 
of target code 3 00 the registers in the set holding 
speculative values (i.e., set B) will have been updated to 
hold the expected content of the equivalent registers of 
30 the subject processor 11 being emulated at the end of the 
basic block 100 of subject code 10. At this point, the 
abstract registers of the first set (i.e., set A) hold the 
condition of the subject processor at entry to the block 
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of subject code 100, and the abstract registers of the 
second set (i.e., set B) hold the condition at the end of 
the block 100. Since the block 100 has been successfully 
translated and executed, the abstract registers of set B 
5 are now defined as holding definitive values, and the 
abstract registers of set A are defined as holding 
speculative values . 

The abstract registers of set A and set B suitably 
10 form register pairs. Each register in set A has a 
corresponding partner register in set B. One of the pair 
holds the definitive value of that abstract register, 
whilst the other holds the speculative value. At the end 
of each ' section of code the definition of these , two 
15 registers is reversed such that each register of the, pair . , 
performs the opposite function during the next section of ^ 
code. Alternating the function of the two registers .of - . j 
each register pair provides a simple and elegant method of ^ 
maintaining the entry conditions for the current section I; 
20 of code. ■ ■■>'< ■ 

i 

'a 

As a further advantage, it is not necessary to update 
the status of every abstract register upon successful 
completion of each . section of code. Only those registers 

25 which have been changed during - that section need be 
updated to show their new function. If the value of a 
particular abstract register is not changed during a 
section of code then that value will remain in place 
during the next section to perform the same definitive or 

30 speculative function as appropriate. 

Referring now to Figures 5 and 6, a simplified example 
embodiment will now be described. At step 1 shown in 
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Figure 5, a first abstract register (Reg X A ) representing 
register X of the subject processor 11 contains the 
definitive value whilst a second abstract register (Reg 
X B ) contains the speculative value. . The abstract 
5 registers are suitably held in memory locations and a 
working map for register X points to the location of the 
speculative version Reg X B . Similarly, for register Y in 
this example initially Reg Y A is definitive whilst Reg Y B 
is speculative. After performance of one or more 

10 instructions, such as the block 10 0 of the subject code 
10, the mapping for the abstract registers is updated for 
step 2 as shown in Figure 6. In this example, the content 
of the speculative register Y has changed and therefore 
Reg Y B is now taken to be the definitive version for use 

15 in a subsequent block. The map for register Y is updated 
to point to Reg Y A as the speculative version. By 
contrast, register X was not affected by the instruction 
or instructions in the block 100 and therefore Reg X A 
remains as the definitive version whilst Reg X B remains as 

20 the speculative version. 

To allow continuity of register content between 
sections of code, suitably the first read operation 
encountered during a current section of code uses the 

25 definitive version of each particular abstract register. 
The definitive version represents the condition of that 
register at entry into the current section of code and 
therefore maintains continuity with the previous section. 
Further read operations also use the definitive version of 

30 each abstract register, until a write operation is 
encountered. The first write operation uses the 

speculative version of each particular abstract register. 
Therefore the definitive version remains unchanged and the 
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speculative version now contains the current value of the 
relevant abstract register. Subsequent read and write 
operations use the speculative version for the remainder 
of that section of code. 

■ As described above, in preferred embodiments of the 
present invention an abstract register are provided 
corresponding to each physical register of the subject 
processor 11, with the abstract register being mapped to 
two predetermined locations . One of each pair of abstract 
register locations contains a definitive value whilst the 
other contains a speculative value. The function of these 
two locations is readily reversed to • alternate- '■ the 
location holding definitive content. Therefore, time 
consuming copying operations are avoided. 

In the preferred embodiment, two versions of each of 
abstract register are achieved by mapping to- two sets of 
memory locations and the definitive and speculative 
versions alternated by alternating the memory' mapping 
between these two locations. Updating the map of the 
abstract registers held in the target machine to replicate 
the physical registers of the subject processor is 
performed .quickly and simply at translation time, and 
imposes no overhead when the translated code is executed, 
possibly many times . 

In a further preferred embodiment, one or both of the 
definitive and speculative versions of the abstract 
registers may be stored in a pair of target machine 
regisYers - Ton"~a — target "ma chine with a sufficiency thereof) 
as an alternative to using a pair of memory locations. 
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One aspect of the preferred embodiment of the present 
invention addresses the problem of fixing register 
references across branches, and in particular a branch (or 
loop) from a current block of subject code to a previously 
translated block. Branches between blocks of code are 
commonly encountered in practice, and often involve the 
same block of code being referenced from more than one 
other locations within the subject code, thereby 
generating different entry conditions. One solution is to 
copy the content from the definitive to the speculative 
version of the abstract register, such that the entry 
conditions are appropriate for use of the previously 
translated block of code. For example, when the block was 
first translated the first version Reg X A was definitive. 
Hence, if the same block of translated code is to be used 
again subsequently, and it is reached in a condition where 
the second version of the abstract register Reg X B is 
definitive, then the content of register X B must be copied 
to register Reg X A before continuing. This incurs a 
copying overhead when implementing a branch to a 
previously translated block of code. A preferred solution 
employed in embodiments of the present invention avoids 
this copying operation by translating the block again, 
this . time -under the conditions prevailing at the time of 
the branch, such that plural versions of the previously 
translated code now exist each associated with a 
particular set of entry conditions. Although increased 
translation work is involved, copying overhead during 
execution is avoided. In general, translating a section 
of subject code (containing any number of basic blocks) by 
one" extra" time eliminates The' "compensat ion copying that 
would have been necessary for any particular register that 
was updated an odd number of times in that loop. 
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Although the embodiments described above refer to an 
emulator employing dynamic binary translation, the method 
is also applicable to static translation where a large 
section of code is translated prior to execution. In 
static translation the section of code selected for 
translation typically represents a whole program or a 
major part of a program. However, it is still convenient 
to use the method described above for handling exceptions 
arising during translation and execution of the translated 
code, enabling exception handling to be performed at least 
from the condition at entry into that section of code. 
Further, the method is applicable to--, program, code 
optimisation wherein the subject machine and- the target 
machine have the same or at least compatible instruction 
sets and architectures . . - 

The present" invention extends to a computer when 
programmed to ^perform the method described above, to a 
computer program for performing the method described 
above, and to a computer program product containing 
computer readable instructions for performing the method 
described above . 

The reader's attention is directed to all papers and 
documents which are filed concurrently with or previous to 
this specification in connection with this application and 
which are open to public inspection with this 
specification, and the contents of all such papers and 
documents are incorporated herein by reference. 

All of the features disclosed in this specification 
(including any accompanying claims, abstract and 
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drawings) , and/or all of the steps of any method or 
process so disclosed, may be combined in any combination, 
except combinations where at least some of such features 
and/or steps are mutually exclusive. 

Each feature disclosed in this specification 
(including any accompanying claims, abstract and 
drawings) , may be replaced by alternative features serving 
the same, equivalent or similar purpose, unless expressly 
stated otherwise. Thus, unless expressly stated otherwise, 
each feature disclosed is one example only of a generic 
series of equivalent or similar features. 

The invention is not restricted to the details of the 
foregoing embodiment (s) . The invention extend to any novel 
one, or any novel combination, of the features disclosed 
in this specification (including any accompanying claims, 
abstract arid drawings) , or to any novel one, or any novel 
combination, of the steps of any method or process so 
disclosed. 
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CLAIMS 

1*. A method of representing a subject register in an 
emulator (2 0) , the method comprising the steps of: 

5 

(a) mapping an abstract register (X) representing a 
subject register of a subject machine (11) to .either a 
first location (X A ) or to a second location (X B ) within a 
' target machine (31); and 

10 

■ (b) alternating mapping of the abstract register (X) 
between the first and second locations (X A/ X B ) such that 
the content of one (X A ,X B ) of the first or second 
'locations represents a definitive version of • the abstract 
15 register for • use - by the emulator during . exception 
handling, whilst the other (X B ,X A ) of. the first or. second 
'locations represents a speculative version of the abstract 
register. * 

20 2. A method as claimed in claim 1, wherein f or a 
predetermined section of subject code (100) , one of the 
first or second locations (X A ,X B ) holds a definitive value 
of the abstract register (X) at entry into that section 
(200). , wlii-Lst the other of the first or second locations 

25 (X B ,X A ) holds a speculative current value of the abstract 
register (X) for use during that section (100) . 

3. A method as claimed in claim 2, wherein the step (b) 
of alternating mapping is performed upon reaching the end 

30 of the predetermined section of subject code (100) - 

4. A method as claimed in claim 3, wherein the step (b) 
of alternating mapping is performed only if the content of 
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the speculative version of the abstract register (X) has 
been updated during the predetermined section of subject 
code (100) . 

5 5 . A method as claimed in any of claims 1 to 4 , wherein 
the step (a) comprises the steps of: 

(al) providing a plurality of abstract registers 
(X,Y) each representing a register of the subject machine 
10 (11) ; and 

(a2) mapping each of the plurality of abstract 
registers (X,Y) to either a respective one (X A ,Y A ) of a 
first set of locations or a respective one (X B ,Y B ) of a 
15 second set of locations within the target machine; and 

wherein the step (b) comprises alternating mapping for 
each of the abstract registers (X,Y) between the 
respective one of each of the first and second sets of 
20 locations. 

6. A method as claimed in any of claims 1 to 5, wherein 
the first location (X A ) and the second location (X B ) are 
each a memory location or a target register. 

25 

7. A method as claimed in any of claims 2 to 6, wherein 
the predetermined section of subject code (100) represents 
one or more basic blocks of subject code. 

3 0 8. A method as claimed in any of claims 2 to 7, wherein 
the method is * for use 'in™ an emulator — (20) t ha t~ performs 
dynamic binary translation. 
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9. A method for use in handling exceptions by an emulator 
(20) performing program code conversion between subject 
code (10) suitable for a subject processor (11) and target 
code (30) suitable for a target processor (31) , the method 
comprising the steps of : 

(a) providing at least one abstract register (X,Y) 
each representing a register of the subject processor 
(11) ; 

(b) mapping the or each abstract register (X,Y) to a 
corresponding pair of locations (X A ,X B/ Y A , Y B ) within .the 
target processor; and 

(c) alternating mapping of the or each abstract 
register (X,Y) between a first (X A ,Y A ) of the pair of 
locations and a second (X B ,Y B ) of the pair of locations, 
such that for a predetermined section of subject code 
(100), one of the first or second locations (e.g.- X A ,Y A ) 
holds a definitive value of the abstract register (X,Y) at 
entry into that section for use by the emulator (20) 
during exception handling, whilst the other of the first 
or second locations (e.g. X B ,Y B ) holds a speculative 
current value of the abstract register (X,Y) for updating 
by the emulator (20) during that section. 

10. A method as claimed in claim 9, wherein the step (C) 
of alternating mapping is performed upon reaching the end 
of the predetermined section (100) of subject code. 

11. A method as claimed in claim 10, wherein the step (C) 
of alternating mapping is performed only for the or each 
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abstract register (X,Y) that has been updated during the 
predetermined section (100) of subject code. 

12 . An emulator for performing the method as claimed in 
any of claims 1 to 11. 

13. An emulator apparatus for performing the method as 
claimed in any of claims 1 to 11. 

14. A computer when programmed to perform the method 
according to any of claims 1 to 11. 

15. A computer program for performing the method according 
to any of claims 1 to 11. 

16. A computer program to product containing computer 
readable instructions for performing the method according 
to any of claims 1 to 11. 
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